Bug #4706 for MailTools: Win32-fails if no exe (smtp) defined

Thu Dec 18 12:00:10 2003 Guest - Ticket created

Subject:

Win32-fails if no exe (smtp) defined

This happens with CPANPLUS or Test::Reporter (cpantest) reports via Mail::Mailer. Died at C:/Programme/Perl/site/lib/Mail/Mailer.pm line 266, <STDIN> line 4. Found out that the ->{Exe} produces undef under Win32 and this leads to die in this line. PS: I do not have sendmail or equivalents and though Net::SMTP would be used. Murat --- Summary of my perl5 (revision 5 version 8 subversion 0) configuration: Platform: osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread uname='' config_args='undef' hint=recommended, useposix=true, d_sigaction=undef usethreads=undef use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cl', ccflags ='-nologo -Gf -W3 -MD -DNDEBUG -O1 -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READFIX' , optimize='-MD -DNDEBUG -O1', cppflags='-DWIN32' ccversion='', gccversion='', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='__int64', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='link', ldflags ='-nologo -nodefaultlib -libpath:"C:\Programme\Perl\lib\CORE" -machine:x86' libpth=\lib libs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib perllibs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm .lib version.lib odbc32.lib odbccp32.lib msvcrt.lib libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl58.lib gnulibc_version='undef' Dynamic Linking: dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -libpath:"C:\Programme\Perl\lib\CORE" -machine:x86' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS Locally applied patches: ActivePerl Build 806 Built under MSWin32 Compiled at Apr 24 2003 20:37:33 @INC: C:/Programme/Perl/lib C:/Programme/Perl/site/lib .

Wed Mar 10 04:30:08 2004 MARKOV [...] cpan.org - Correspondence added

Not only Win32 fails if you start a binary which does not exist. It seems the right thing to do.

Wed Mar 10 04:30:09 2004 MARKOV [...] cpan.org - Status changed from 'new' to 'resolved'

Mon Mar 15 06:01:35 2004 The RT System itself - Status changed from 'resolved' to 'open'

Mon Mar 15 06:01:35 2004 Guest - Correspondence added

From:

muenalan [...] cpan.org

[MARKOV - Wed Mar 10 04:30:08 2004]: Show quoted text

> Not only Win32 fails if you start a binary which does not exist. It > seems the right thing to do.

Suggestion: fallback to Net::SMTP or another perl module would really make sense in a win32 enviroment where sendmail is seldomly installed (but CPAN modules are, if perl is @work). Greets, Murat

Wed Mar 24 07:18:21 2004 MARKOV [...] cpan.org - Correspondence added

No, that would be improper behavior. On a low level, the module which tries to send a message using a certain binary should complain about a missing library. On a higher level of abstraction, a general $msg->send could try more than one module to transmit the message, and therefore implement a fall-back. This is not implemented by MailTools, but is done for my Mail::Box modules in Mail::Transport::*

Wed Mar 24 07:18:23 2004 MARKOV [...] cpan.org - Status changed from 'open' to 'resolved'